home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / bench / x.txt / 000272_fdc@columbia.edu_Sun Dec 30 15:52:56 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  72 lines
  1. Article: 13102 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.sys.sun.admin,comp.unix.solaris,comp.sys.sun.hardware,comp.protocols.kermit.misc
  5. Subject: Re: Sun Serial-Ports (and GPS)
  6. Date: 30 Dec 2001 15:49:40 -0500
  7. Organization: Columbia University
  8. Lines: 55
  9. Message-ID: <a0nul4$5gb$1@watsol.cc.columbia.edu>
  10. References: <3C2F3EFB.DE0DF5@_mail9ndn3ws_._com> <3C2F7281.18204EC5@_mail9ndn3ws_._com>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1009745381 11865 128.59.39.139 (30 Dec 2001 20:49:41 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 30 Dec 2001 20:49:41 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.sys.sun.admin:182427 comp.unix.solaris:367880 comp.sys.sun.hardware:115639 comp.protocols.kermit.misc:13102
  16.  
  17. In article <3C2F7281.18204EC5@_mail9ndn3ws_._com>,
  18. Ben  <unix-rlz@_mail9ndn3ws_._com> wrote:
  19.  
  20. : > I've got a Garmin GPS 40 which I'm trying to get working on an E-450
  21. : > (and a 420R) under Solaris 8 and I'm  not getting any serial I/O.  At
  22. : > this point if I could simply see NMEA strings via 'tip' that would be
  23. : > great.  I know the NMEA output is not a great time-source by itself.
  24. : > 
  25. : > The GPS unit basically runs at 4800,8,n,1.  I've disabled the ttymon
  26. : > service to the ports I've tried, tried tweaking the OBP port settings,
  27. : > and I can't get any strings.
  28.  
  29. You have to consider at least the following:
  30.  
  31.  1. Making sure the serial port is configured, set up, enabled, etc.
  32.     This is Solaris sysadmin stuff.
  33.  
  34.  2. Using the appropriate "name" (driver) for the serial port; each
  35.     serial port might have several drivers for different purposes: 
  36.     ranging from full modem control to three-wire (no modem control).
  37.  
  38.  3. Using an appropriate cable.
  39.  
  40.  4. Making sure the serial port is not owned by getty (i.e. not waiting
  41.     for incoming login connections) or any other process.
  42.  
  43.  5. Picking the best software for the job.
  44.  
  45. You've received a number of answers on 1-4.  For further info look at:
  46.  
  47.   http://www.stokely.com/unix.serial.port.resources
  48.  
  49. Once you have items 1-4 sorted out, you might want to take a look at
  50. C-Kermit as the control software:
  51.  
  52.   http://www.columbia.edu/kermit/ckermit.html
  53.  
  54. It gives you every conceivable control over communications parameters
  55. (speed, parity, use/don't-use modem signals, data size, stop bits, flow
  56. control...)  Flow control is, of course, an issue.  If the GPS is spewing
  57. out info constantly, how is the Sun going to tell it to stop (for example
  58. because nobody is listening at the moment and the device input buffer is
  59. full)?  The common options are RTS/CTS (hardwire, requires the appropriate
  60. connections in the cable) and Xon/Xoff (software, special control characters
  61. in line with the data).  If the GPS offers no mechanism for flow control,
  62. you'll need a process constanty reading from it.
  63.  
  64. Anyway, once you are able to see the GPS messages, then you can program
  65. Kermit (using its script language) to process the messages and do whatever
  66. you like with them: log them to a file, accumulate statistics, send alerts
  67. by email, pager, or whatever.  To get started with Kermit scripting, see:
  68.  
  69.   http://www.columbia.edu/kermit/ckscripts.html
  70.  
  71. - Frank
  72.